home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0378.txt < prev    next >
Encoding:
Internet Message Format  |  1992-11-30  |  2.5 KB
  1. From: Tim Berners-Lee
  2. > 
  3. >Ok, This seems a bery good idea, if that is the functionality which DNS
  4. >supports.
  5. ><practical>
  6. >Let's try it.... Anyone care to mod HTTP.c? It's not obvious from
  7. >the gethostbyname that one is allowed to refer to different
  8. >machines:
  9. >          struct    hostent {
  10. >               char *h_name;  /* official name of host */
  11. >               char **h_aliases;   /* alias list */
  12. >               int  h_addrtype;    /* host address type */
  13. >               int  h_length; /* length of address */
  14. >               char **h_addr_list; /* list of addresses from name server */
  15. >          };
  16. > 
  17. >That look like a list of aliases for one machine, rather than a
  18. >list of machines for one alias! But maybe the reverse will work.
  19.  
  20. It is both; a list of alias names for a host, and a list of addresses
  21. that correspond to the canonical name ...
  22.  
  23. >So all machines support char **h_addr_list rather than the older
  24. >h_addr?   We can probably differentiate using #ifdef h_addr
  25.  
  26. Probably not, unfortunately
  27.  
  28. >which is set to a macro if there IS a list.  I assume you need then
  29. >separate entries for the virtual duplicate node and the actual
  30. >real nodes, so that you can speak to them sepately. Is this normal
  31. >and OK?
  32. Yes, you need seperate entires for the pseudo host and the real hosts
  33. that are actually providing the service. This looks like the following:
  34.  
  35. www-server.foobar.domain.           A        1.2.3.4
  36.                                     A        1.2.5.6
  37.                                     A        1.2.7.8
  38. aeschylus.foobar.domain.            A        1.2.3.4
  39. euripides.foobar.domain.            A        1.2.5.6
  40. sophocles.foobar.domain.            A        1.2.7.8
  41.  
  42. ie. the virtual hosts www-server appears to be multi-homed, but each
  43. "home" is on a different real machine.
  44.  
  45. >Is this normal and OK
  46.  
  47. Well, it's technically acceptable, but it is hardly a normal requirement
  48. in the first place.
  49.  
  50. There is one possible gotcha here: some machines verify DNS lookups
  51. by checking the forward lookup against the reverse. In this case such
  52. a check would fail, as the reverse is likely return either aeschylus,
  53. euripides or sophocles (this depends on what you put in the relevant
  54. in-addr.arpa domain, whcih is how reverse lookups work). I hope that
  55. this checking is done by apps calling gethostbyaddr after each
  56. gethostbyname, rather than being being built in gethostbyname
  57.  
  58. Adding support for multiple addresses into the clients is useful
  59. anyway... if only to support real multihomed machines
  60.  
  61. Kevin Hoadley, Rutherford Appleton Laboratory, khoadley@ib.rl.ac.uk
  62.  
  63.  
  64.